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PREFACE 


This  unit  test  plan  covers  the  work  performed  under  Air 
Force  Contract  F33615-80-C-5155  ( ICAM  Project  6201).  This 
contract  is  sponsored  by  the  Materials  Laboratory,  Air  Force 
Systems  Command,  Wr ight-Patterson  Air  Force  Base,  Ohio.  It  was 
administered  under  the  technical  direction  of  Mr.  Gerald  C. 
Shumaker.  ICAM  Program  Manager,  Manufacturing  Technology 
Division,  through  Project  Manager .  Mr.  David  Judson.  The  Prime 
Contractor  was  Production  Resources  Consulting  of  the  General 
Electric  Company.  Schenectady.  New  York,  under  the  direction  of 
Mr.  Alan  Rubenstein.  The  General  Electric  Project  Manager  was 
Mr.  Myron  Hurlbut  of  Industrial  Automation  Systems  Department, 
Albany.  New  York. 

Certain  work  aimed  at  improving  Test  Bed  Technology  has 
been  performed  by  other  contracts  with  Project  6201  performing 
integrating  functions.  This  work  consisted  of  enhancements  to 
Test  Bed  software  and  establishment  and  operation  of  Test  Bed 
hardware  and  communications  for  developers  and  other  users. 
Documentation  relating  to  the  Test  Bed  from  all  of  these 
contractors  and  projects  have  been  integrated  under  Project  6201 
for  publication  and  treatment  as  an  integrated  set  of  documents 
The  particular  contributors  to  each  document  are  noted  on  the 
Report  Documentation  Page  (DD1473).  A  listing  and  description 
of  the  entire  project  documentation  system  and  how  they  are 
related  is  contained  in  document  FTR620100001 ,  Project  Overview. 

The  subcontractors  and  their  contributing  activities  were 
as  follows: 


TASK  4.2 

Subcontractors  Role 

Boeing  Military  Aircraft  Reviewer. 

Company  ( BMAC ) 

D  Appleton  Company  Responsible  for  IDEF  support, 

(DA00M)  state-of-the-art  literature 

search . 

General  Dynamics/  Responsible  for  factory  view 

Ft.  Worth  function  and  information 

mode  1 s . 
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Subcontractors 

Illinois  Institute  of 
Technology 


North  American  Rockwell 
Northrop  Corporation 

Pntsker  and  Associates 
Sof Tech 


1 


v. 

[V, 


TASKS  4.3  -  4.9  (TEST  BED) 

Subcontractors 

Boeing  Military  Aircraft 
Company  ( BMAC ) 


Computer  Technology 
Associates  (CTA) 


m 

Control  Data  Corporation 

vy- 

v%' 

& 

(  CDC  ) 

& 

D  Appleton  Company 

ry 

.•  *  • 

( DACOM ) 

Role 

Responsible  for  factory  view 
function  research  (IITRI) 
and  information  models  of 
small  and  medium-sine  business. 

Reviewer . 

Responsible  for  factory  view 
function  and  information 
models . 

Responsible  for  IDEF2  support. 
Responsible  for  IDEFO  support. 


Role 

Responsible  for  consultation  on 
applications  of  the  technology 
and  on  IBM  computer  technology 

Assisted  in  the  areas  of 
communications  systems,  system 
design  and  integration 
methodology,  and  design  of  the 
Network  Transaction  Manager. 

Responsible  for  the  Common  Data 
Model  ( CDM )  implementation  and 
part  of  the  CDM  design  (shared 
with  DACOM) 

Responsible  for  the  overall  CDM 
Subsystem  design  Integration 
and  test  plan,  as  well  as  part 
of  the  design  of  the  CDM 
(shared  with  CDC )  DACOM  also 
developed  the  Integration 
Methodology  and  did  the  schema 
mappings  for  the  Application 
Subsystems 
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Subcontractors 


Role 


Digital  Equipment 
Corporation  (DEC) 


McDonne 1 1  Doug las 
Automation  Company 
(HcAuto) 


Consulting  and  support  of  the 
performance  testing  and  on  DEC 
software  and  computer  systems 
operation . 

Responsible  for  the  support  and 
enhancements  to  the  Network 
Transaction  Manager  Subsystem 
during  1984/1985  period. 


On-Line  Software 
International  (OSI) 


Responsible  for  programming  the 
Communications  Subsystem  on  the 
IBM  and  for  consulting  on  the 
IBM. 


Rath  and  Strong  Systems 
Products  (RSSP)  (In  1985 
became  McCormack  8  Dodge) 


Responsible  for  assistance  in 
the  implementation  and  use  of 
the  MRP  II  package  (PIOS)  that 
they  supplied. 


SofTech,  Inc. 


Software  Performance 
Engineering  (SPE) 


Responsible  for  the  design  and 
implementation  of  the  Network 
Transaction  Manager  (NTM)  in 
1981/1984  period. 

Responsible  for  directing  the 
work  on  performance  evaluation 
and  analysis. 


Structural  Dynamics 
Research  Corporation 
( SDRC ) 


Responsible  for  the  User 
Interface  and  Virtual  Terminal 
Interface  Subsystems. 


Other  prime  contractors  under  other  projects  who  have 
contributed  to  Test  Bed  Technology,  their  contributing 
activities  and  responsible  projects  are  as  follows: 


Contractors 


ICAM  Project  Contributing  Activities 


Boeing  Military 
Aircraft  Company 

( BMAC ) 


1701 .  2201 .  Enhancements  for  IBM 
2202  node  use.  Technology 

Transfer  to  Integrated 
Sheet  Metal  Center 
( I SMC) . 
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Contractors 


I  CAM  Pro.iect  Contributing  Activities 


Control  Data 
Corporation  (CDC) 

1502, 

1701 

IZSS  enhancements  to 
Common  Data  Model 
Processor  (CDMP). 

D.  Appleton  Company 
( DACOM ) 

1502 

IISS  enhancements  to 
Integration  Methodology 

General  Electric 

1502 

Operation  of  the  Test 
Bed  and  communications 
equipment . 

Hughes  Aircraft 

Company  ( HAC ) 

1701 

Test  Bed  enhancements. 

Structural  Dynamics 
Research  Corporation 
( SDRC ) 

1502, 

1703 

1701 , 

IISS  enhancements  to 
User  Interface/Virtual 
Terminal  Interface 
(UI/VTI) . 

Systran 

1502 

Test  Bed  enhancements. 
Operation  of  Test  Bed. 
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SECTION  1 
GENERAL 


1 . 1  Purpose 

This  unit  test  plan  establishes  the  methodology  and 
procedures  used  to  adequately  test  the  capabilities  of  the 
computer  program  identified  as  the  Form  Processor,  known  in 
this  document  as  the  FP .  The  FP  is  one  configuration  item  of 
the  Integrated  Information  Support  System  (IISS)  User  Interface 
(UI).  It  consists  of  Form  Processor  callable  routines  and  the 
User  Interface  Monitor  which  is  the  main  controller  of  the  Form 
Processor . 

1 . 2  Project  References 

[1]  I CAM  Documentat i on  Standards ,  23  December  1981, 
IDS150120000A. 

[2]  Structural  Dynamics  Research  Corporation,  Form 
Processor  Appl i cat  ion  Programmer  Manual, 

UM  620144200B,  1  November  1985. 

[3]  Structural  Dynamics  Research  Corporation,  Form 
Processor  Computer  Program  Development  Specification, 
DS  620144200,  1  November  1985. 

[4]  Structural  Dynamics  Research  Corporation,  Forms 
Language  Compi ler  Unit  Test  Plan ,  UTP620144401 , 

1  November  1985. 

[5]  Structural  Dynamics  Research  Corporation,  Forms 
Driven  Form  Editor  Unit  Test  Plan ,  UTP620144402 , 

1  November  1985. 

[6]  Structural  Dynamics  Research  Corporation,  Report 
Writer  Unit  Test  Plan,  UTP620144501 .  1  November  1985. 

[7]  Structural  Dynamics  Research  Corporation,  Rapid 
Appl i cat  ion  Generator  Unit  Test  Plan,  UTP620144502 , 

1  November  1985. 

[8]  Structural  Dynamics  Research  Corporation,  Text  Editor 
Unit  Test  Plan,  UTP620144600 ,  1  November  1985. 
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[9]  Structural  Dynamics  Research  Corporation,  Appl i cat  ion 
Interface  Unit  Test  Plan ,  UTP620144700 ,  1  November 
1985  . 

[10]  Structural  Dynamics  Research  Corporation,  User 
Interface  Services  Unit  Test  Plan .  UTP620144100 , 

1  November  1985 . 

[11]  Structural  Dynamics  Research  Corporation,  Form 
Processor  Unit  Test  Plan ,  UTP620144200 ,  1  November 
1985  . 

1 . 3  Terms  and  Abbreviations 

Amer i can  Standard  Code  for  Informat i on  Interchange : 

(ASCII),  the  character  set  defined  by  ANSI  X3.4  and  used  by  most 
computer  vendors . 

Appl i cat  ion  Interface :  (AI),  subset  of  the  IISS  User 
Interface  that  consists  of  the  callable  routines  that  are  linked 
with  applications  that  use  the  Form  Processor  or  Virtual 
Terminal.  The  AI  enables  applications  to  be  hosted  on  computers 
other  than  the  host  of  the  User  Interface. 

Appl i cat  ion  Process :  (AP),  a  cohesive  unit  of  software  that 
can  be  initiated  as  a  unit  to  perform  some  function  or 
funct i ons . 

Attribute :  field  characteristic  such  as  blinking, 
highlighted,  black,  etc.  and  various  other  combinations. 
Background  attributes  are  defined  for  forms  or  windows  only. 
Foreground  attributes  are  defined  for  items.  Attributes  may  be 
permanent,  i.e.,  they  remain  the  same  unless  changed  by  the 
application  program,  or  they  may  be  temporary,  i.e.,  they  remain 
in  effect  until  the  window  is  redisplayed. 

Common  Data  Model :  (CDM),  IISS  subsystem  that  describes 
common  data  application  process  formats,  form  definitions,  etc. 
of  the  IISS  and  includes  conceptual  schema,  external  schemas, 
internal  schemas,  and  schema  transformation  operators. 

Computer  Program  Configuration  Item:  (CPCI),  an  aggregation 
of  computer  programs  or  any  of  their  discrete  portions,  which 
satisfies  an  end-use  function. 

Conceptual  Schema :  (CS),  the  standard  definition  used  for 
all  data  in  the  CDM.  It  is  based  on  IDEF1  information 
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model  ling. 

Current  Cursor  Position:  the  position  of  the  cursor  before 
an  edit  command  or  function  is  issued  in  the  text  editor. 

Cursor  Position :  the  position  of  the  cursor  after  any 
command  is  issued. 

Device  Dr i vers :  (DD).  software  modules  written  to  handle 

I/O  for  a  specific  kind  of  terminal.  The  modules  map  terminal 
specific  commands  and  data  to  a  neutral  format.  Device  Drivers 
are  part  of  the  UI  Virtual  Terminal . 

Pi  splay  List :  is  similar  to  the  open  list,  except  that  it 
contains  only  those  forms  that  have  been  added  to  the  screen  and 
are  currently  displayed  on  the  screen. 

Display  Size :  the  number  of  lines  used  in  the  edit  area. 

Extended  Binary  Coded  Decimal  Interchange  Code :  (EBCDIC), 
the  character  set  used  by  a  few  computer  vendors  (notably  IBM) 
instead  of  ASCII. 

External  Schema :  (ES).  an  application's  view  of  the  CDM's 
conceptual  schema. 

Field:  two-dimensional  space  on  a  terminal  screen. 

Field  Pointer :  indicates  the  ITEM  which  contains  the 
current  cursor  position. 

Form :  structured  view  which  may  be  imposed  on  windows  or 
other  forms.  A  form  is  composed  of  fields.  These  fields  may  be 
defined  as  forms,  items,  and  windows. 

Form  Definition:  (FD),  forms  definition  language  after 
compilation.  It  is  read  at  runtime  by  the  Form  Processor. 

Forms  Def ini tion  Language :  (FDL),  the  language  in  which 
electronic  forms  are  defined. 

Forms  Driven  Form  Editor :  (FDFE),  subset  of  the  FE  which 
consists  of  a  forms  driven  application  used  to  create  Form 
Definition  files  interactively. 

Form  Editor :  (FE),  subset  of  the  IISS  User  Interface  that 
is  used  to  create  definitions  of  forms.  The  FE  consists  of  the 
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Forms  Driven  Fora  Editor  and  the  Forms  Language  Compiler. 

Form  H l erarchy  a  graphic  representation  of  the  way  in 
which  forms,  items  and  windows  are  related  to  their  parent  fora 

F  o :  m  s  Language  Compi ler :  (FLAN),  subset  of  the  FE  that 
consists  of  a  batch  process  that  accepts  a  scries  of  forms 
defin.tior.  language  statements  and  produces  form  definition 
filer  a*-  output 

F r  31  Processor  (  FP  )  .  subset  of  the  11SS  User  Interface 
that  consists  of  a  set  of  callable  execution  time  routines 
available  to  an  application  program  for  fo:m  processing 

Form  Processor  Text  Editor  ( FPTE )  .  subset  of  the  Form 
Processor  that  consists  of  software  modules  that  provide  text 
editing  capabilities  to  all  users  of  applications  that  use  the 
Form  Processor 

Integrated  Information  Support  System  (IISS).  a  test 
computing  environment  used  to  investigate,  demonstrate  and  test 
the  concepts  of  information  management  and  information 
integration  in  the  context  of  Aerospace  Manufacturing  The  IISS 
addresses  the  problems  of  integration  of  data  resident  on 
heterogeneous  data  bases  supported  by  heterogeneous  computers 
interconnected  via  a  Local  Area  Network 

i  Intern  non-decomposabl e  area  of  a  fora  in  which  hard  coded 

descriptive  text  may  be  placed  and  the  only  defined  areas  where 
user  data  may  be  input 7  output 

Logical  Device  a  conceptual  device  which  to  an  application 
is  lrwii:  tinguishable  from  a  physical  device  and  it;  then  mapped 
to  part  or  all  of  a  physical  device 

Message  descriptive  text  which  may  be  returned  in  the 
standard  message  line  on  the  terminal  screen  They  are  used  to 
warn  of  errors  or  provide  other  user  information 

Message  Line  a  line  on  the  terminal  screen  that  is  used  to 
display  messages 

Network  Transaction  Manager  NTM  )  IISS  subsystem  that 
performs  the  coordination,  communi cat i on  and  housekeeping 
functions  required  to  integrate  the  Application  Processes  and 
System  Services  resident  on  the  various  hosts  into  a  cohesive 
system 
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Open  List  a  list  of  all  the  forms  that  have  been  and  are 
currently  open  for  an  application  process 

Operating  System  (OS),  software  supplied  with  a  computer 
which  allows  it  to  supervise  its  own  operations  and  manage 
access  to  hardware  facilities  such  as  memory  and  peripherals. 

Page  instance  of  forms  in  windows  that  are  created 
whenever  a  form  is  added  to  a  window 

Paging  and  Scrolling  a  method  which  allows  a  form  to 
contain  more  data  than  can  be  displayed  with  provisions  for 
viewing  any  portion  of  the  data  buffer 

Physical  Device  a  hardware  terminal 

Presentat l on  Schema  (PS),  may  be  equivalent  to  a  form  It 
is  the  view  presented  to  the  user  of  the  application 

Previous  Cursor  Pos 1 t ion  the  position  of  the  cursor  when 
the  previous  edit  command  was  issued 

Qua lifted  Name  the  name  of  a  form,  item  or  window  preceded 
by  the  hierarchy  path  so  that  it  is  uniquely  identified 

Report  Def ini t ion  Language  an  extension  of  the  Forms 
Definition  Language  that  includes  retrieval  and  calculation  of 
database  information  and  is  used  to  define  reports 

Subform  a  form  that  is  used  within  another  form 


User  Data  data  which  is  either  input  by  the  user  or 
output  by  the  application  programs  to  items 

User  lrrterfa.ee  (UI).  IISS  subsystem  that  controls  the 
user  s  terminal  and  interfaces  with  the  rest  of  the  system  The 
UI  consists  of  two  major  subsystems  the  User  Interface 
Development  System  (UIDS)  and  the  User  Interface  Management 
System  (UIMS) 

User  Interface  Development  System  (UIDS).  collection  of 
IISS  User  Interface  subsystems  that  are  used  by  applications 
programmers  as  they  develop  IISS  applications  The  UIDS 
includes  the  Form  Editor  and  the  Application  Generator 
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User  Interface  Management  System  (UIMS),  the  runtime  UI 
It  consists  of  the  Form  Processor,  Virtual  Terminal,  Application 
Interface,  the  User  Interface  Services  and  the  Text  Editor. 

Uiei  Interf ace  Mom  tor  (UIM),  pai  \.  m  t  he  Form  Processor 
that  handles  messaging  between  the  NTM  and  the  UI  It  also 
provide;  authorization  checks  and  initiates  applications 

ti‘,f  i  Interface  V  l  r  tua  1  Terminal  Interf  e  c  i,UI  VT1  )  . 
antra  ;  name  for  the  User  Interface 

.  n  ta  il  Terminal  (  VT  )  .  subset  ui  ttu  IISS  Us t  i  Interlace 
that  i  1  r  ms  the  interfacing  between  different  terminals  and 
the  r;  i  This  is  done  by  defining  a  specif  k  set  of  terminal 
feature,  and  protocols  which  must  be  supported  by  the  UI 
software  which  constitutes  the  virtual  terminal  definition 
Specific  terminals  are  then  mapped  against  the  virtual  terminal 
soft  war#-  by  specific  software  modules  written  for  each  type  of 
real  terminal  supported 

Virtual  Terminal  Interface  (VT1).  the  callable  interface 
to  the  VT 

Window  dynamic  area  of  a  terminal  screen  on  which 
predefined  forms  may  be  placed  at  run  tn< 

w.n  low  Manager  a  facility  which  allows  the  following  to  be 
manipulated  size  and  location  of  windows,  the  device  on  which 
an  a pp 1  . i on  is  running,  the  position  of  a  form  within  a 
window  It  is  part  of  the  Form  Processor 
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SECTION  2 

DEVELOPMENT  ACTIVITY 


2 . 1  Statement  of  Pretest  Activity 

During  system  development,  the  computer  programs  were 
tested  progressively.  Functionality  was  incrementally  tested, 
and  as  bugs  were  discovered  by  this  testing,  the  software  was 
corrected 

Each  Form  Processor  callable  routine  was  tested 
individually  through  Form  Processor  development.  A  test 
program,  ARTEST .  was  developed  as  an  easy  means  of  testing 
changes  to  the  Form  Processor.  This  test  program  allows  a 
developer  to  type  in  commands  that  are  trams lated  into  the 
appropriate  Form  Processor  calls.  With  this  test  program  all 
Form  Processor  callable  routines  may  be  executed. 

Testing  of  the  User  Interface  Monitor  (UIM)  of  the  Form 
Processor  begam  with  the  integration  of  the  Form  Processor  and 
the  NTM.  The  DIM  s  main  task  is  to  receive  messages  sent  to  the 
Form  Processor.  A  test  mini -NTM  was  developed  also  so  that  the 
Window  Management  processing  capability  of  the  Form  Processor 
could  be  tested  before  integration  with  the  NTM. 

All  pretesting  activity  was  conducted  by  the  Individual 
program  developer  in  a  manual  mode.  The  developer  would 
manually  enter  data  onto  the  screen  and  observe  the  results. 

Any  errors  were  noted  by  the  developer,  and  corrections  to  the 
Form  Processor  software  were  then  made  after  a  testing  session. 

2.2  Pretest  Activity  Results 

The  pretest  activity  was  very  successful  in  the  elimination 
of  programming  bugs  so  that  at  release  time  only  a  few  bugs  were 
found  in  the  Form  Processor  The  development  of  the  test 
program.  ARTEST.  has  proved  very  beneficial  since  as  new 
functionality  was  added  to  the  Form  Processor.  ARTEST  was  also 
updated  to  test  this  functionality  ARTEST  is  the  major  test 
tool  for  the  Unit  Test  Plan  of  the  Form  Processor. 

The  mini-NTM  was  useful  in  testing  the  window  management 
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processing;  however,  it  postponed  our  integration  with  the  real 
NTH  since  it  was  easier  to  run  and  test  standalone.  This 
integration  was  a  difficult  process.  The  only  significant  bug 
found  in  the  window  management  processing  through  the  NTH 
integration  was  incorrect  use  of  the  Source  as  the  application 
name  in  an  Application  End  message. 

The  pretesting  activity  was  successful  in  eliminating 
programming  errors  and  helped  pinpoint  difficulties  in 
integration  with  the  NTM . 
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SECTION  3 


SYSTEM  DESCRIPTION 


A 


'stem  Description 


The  Fora  Processor  consists  of  a  set  of  callable  execution 
time  routines  that  allows  an  application  program  to  send/receive 
formatted  screens  to/from  various  terminals  and  to  perform 
terminal  control  functions  independent  of  the  terminal  type.  It 
also  has  a  User  Interface  Monitor  (UIM)  that  handles  translating 
messages  sent  across  the  NTM  into  the  appropriate  FP  calls.  The 
UIM  also  handles  the  log  on  to  IISS.  processing  the  IISS 
Function  Screen  and  processing  the  window  management  form 


Test 


The  following  block  diagram  illustrates  the  Form  Processor 
Configuration  used  in  the  Unit  Test  Plan. 
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Figure  3-1  Interface  Block  Diagram 


The  required  input  and  the  resulting  output  of  these  tests 
are  documented  in  detail  in  Section  5.3.  The  general  testing 
method  is  the  entry  of  commands  on  the  ARTEST  form  Command  Line 
item  and  the  translation  of  this  command  by  the  ARTEST  program 
into  a  call  to  the  appropriate  Form  Processor  routine.  Each 
Form  Processor  routine  as  found  in  Section  3.2  of  the  Form 
Processor  Development  Specification  is  to  be  exercised.  The 
resulting  output  is  observed  on  the  ARTEST  fora.  Appendix  A 
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outlines  the  ARTEST  command  format  and  the  various  types  of 
commands  and  function  keys. 

The  following  keys  are  used  to  move  within  forms  (using  the 
VT100  terminal  as  an  example):  the  ENTER  key  is  used  to 
activate  all  commands;  the  TAB  key  is  used  to  move  from  field  to 
field  within  the  form;  and  the  arrow  keys  are  used  to  move 
within  fields.  In  addition,  ESC  TAB  is  a  reverse  TAB. 

3 . 2  Testing  Schedule 

The  execution  of  the  Form  Processor  is  dependent  upon  the 
NTM  subsystem  of  IISS  when  it  is  not  configured  stand-alone. 
Testing  of  the  Form  Processor  must  be  done  only  after  the  NTM 
has  been  successfully  tested.  In  this  unit  test,  the  Form 
Processor  is  dependent  on  the  Application  Interface  (AI)  and  on 
the  Virtual  Terminal  (VT). 

3 . 3  First  Location  Testing 

These  tests  of  the  Form  Processor  require  the  following: 

Equipment:  Air  Force  VAX,  terminals  supported  by  the 
Virtual  Terminal  as  listed  in  the  UI  Terminal  Operator's 
Guide . 

Support  Software:  Release  2.0  of  the  Integrated  Information 
Support  System, the  Relational  Software  Incorporated 
Oracle  database  management  system. 

Personnel:  One  integrator  familiar  with  the  IISS. 

Training:  The  FP  User  Manual  has  been  previously 
provided  with  the  current  release. 

Deliverables:  The  User  Interface  Management  Subsystem 
Release  2.0. 

Test  Materials:  This  test  may  be  run  interactively  by 
inputting  the  appropriate  data  and  observing  the  output  as 
outlined  in  this  test  plan.  A  script  file  has  been  created 
to  run  this  unit  test  plan  and  save  the  resulting  output. 
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Security  considerations:  None. 

3.4  Subsequent  Location  Testing 

The  requirements  as  listed  above  need  to  be  met;  however, 
in  subsequent  testing  it  is  advantageous  to  create  a  script  file 
of  the  outlined  tests  and  run  this  saving  the  output  of  the  test 
for  future  comparisons. 


W 
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SECTION  4 

SPECIFICATIONS  AND  EVALUATIONS 


4 . 1  Test  Specification 

The  Unit  Test  PI  am  is  based  on  covering  specific 
functionality  as  outlined  in  the  Form  Processor  DS .  The  test 
uses  the  test  program  ARTEST.  The  division  of  the  test  is  as 
f ol lows : 

1)  Form  Processor  callable  routines, 

2)  Form  Processor  paging  and  scrolling, 

3)  Window  management  callable  routines, 

4)  Window  management  function  keys, 

5)  Window  Management  Form  processing. 

The  following  chart  has  the  functional  requirements  as 
outlined  in  Section  3.2  of  the  Form  Processor  Development 
Specification  listed  vertically  and  the  test  activities  in  the 
Unit  Test  Plan  that  demonstrate  each  functional  requirement's 
testing  listed  horizontally.  As  can  be  seen  in  the  figures  in 
Section  5.3,  the  command  line  of  the  form  used  by  ARTEST,  has 
the  actual  Form  Processor  routine  name  specified  or  is  annotated 
with  what  function  key  was  pressed. 
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Functional  Diagram  Mapping 

Require¬ 
ments  ABCDEFGHI  JKL.MNOPQRSTUVWXYZ 
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Functional  Diagram  Mapping 

Require¬ 
ments  ABCDEFGHIJKLMNOPQRSTUVWXYZ 
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Funct i onal 
Require¬ 
ments 

Diagram 

12  3  4 

Mapping 
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WM  FUNCTION 
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UIM  Function 
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X 

W i ndow 
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X 

FP  FUNCTION 
KEYS 

X 

Figure  4-1  Table  of  Functionality  Testing 


The  steps  outlined  in  Section  5.3  presenting  the  BEFORE  and 
AFTER  forms  of  each  test  show  the  direct  correspondence  between 
the  test  and  the  functional  requirements  as  listed  in  this 
sect i on . 

A  -  Figure  5-3-a  thru  Figure  5-4-b 

B  -  Figure  5-43-a  thru  Figure  5-43-b 

C  -  Figure  5-11-a  thru  Figure  5-12-b 

D  -  Figure  5-69-a  thru  Figure  5-69-b 

E  -  Figure  5-16-a  thru  Figure  5-18-b 

F  -  Figure  5-19-a  thru  Figure  5-19-b 
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G  -  Figure  5-23-a 
H  -  Figure  5-27-a 
I  -  Figure  5-7-a 
J  -  Figure  5-8-a 
K  -  Figure  5-2-a 
L  -  Figure  5-41 -a 
M  -  Figure  5-29-a 
N  -  Figure  5-3-a 
O  -  Figure  5 -42 -a 
P  -  Figure  5-29-a 
Q  -  Figure  5-28-a 
R  -  Figure  5-13-a 
S  -  Figure  5-39-c 
T  -  Figure  5-40-c 
U  -  Figure  5-20-a 

V  -  Figure  5-22-a 
W  -  Figure  5-27-a 
X  -  Figure  5-6-a 

Y  -  Figure  5-5-a 
Z  -  Figure  5-70-a 

1  -  Figure  5-29-a 

2  -  Figure  5-31 -a 

3  -  Figure  5-35-a 

4  -  Figure  5-45-a 

5  -  Figure  5-1 -a 

6  -  Figure  5-1-a 

7  -  Figure  5-1-c 

8  -  Figure  5-60-a 

9  -  Figure  5-30-b 


thru  Figure  5-23-b 
thru  Figure  5-27-b 
thru  Figure  5-7-b 
thru  Figure  5-8-b 
thru  Figure  5-2-b 
thru  Figure  5-41-b 
thru  Figure  5-29-c 
thru  Figure  5-4-b 
thru  Figure  5-42-b 
thru  Figure  5-29-c 
thru  Figure  5-28-b 
thru  Figure  5-13-b 


thru  Figure  5-21-b, 
thru  Figure  5-22-b, 
thru  Figure  5-27-b 
thru  Figure  5-6-b 
thru  Figure  5-5-b 
thru  last  Figure 
thru  Figure  5-29-c 
thru  Figure  5-34-b 
thru  Figure  5-40-d 
thru  Figure  5-56-b 
thru  last  Figure 
thru  Figure  5-1-c 
thru  Figure  5-2-b 
thru  Figure  5-64-b 
thru  Figure  5-31-a 


5-24-a  thru  5-25-b 
5-26-a  thru  5-26-b 


4.2  Testing  Methods  and  Constraints 


The  tests  as  outlined  in  Section  5  must  be  followed.  The 
required  input  is  stated  for  each  test.  This  testing  uses  the 
normal  mode  of  operation  of  these  functions  and  does  not 
completely  exercise  all  the  error  combinations  that  a  user  of 
the  Form  Processor  might  create  by  faulty  entry  of  form  field 
information.  Much  of  this  testing  has  been  done,  however, 
through  the  normal  testing  done  by  the  developer  of  these 
functions.  No  data  recording  is  required.  It  is  suggested  that 
on  further  running  of  this  test,  scripting  of  the  test  may  be 
done  and  the  output  from  running  the  script  be  saved  for  future 
testing.  No  additional  constraints  are  placed  on  this  unit  test 
besides  those  listed  in  Section  3.3  of  this  unit  test  plan. 
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The  progression  of  testing  of  the  Form  Processor  is  fully 
outlined  in  Section  5  of  this  unit  test  plan.  This  progression 
should  be  followed  exactly  to  insure  the  successful  testing  of 
this  IISS  configuration  item. 

4.4  Test  Evaluation 


The  test  results  are  evaluated  by  comparing  the  information 
returned  on  the  various  output  screens  to  that  specified  as 
successful  for  the  given  test.  As  outlined  in  Section  5,  each 
test  of  Form  Processor  functionality  provides  an  input  screen 
with  the  required  data  entry  specified  and  the  resulting  output 
for  a  successful  test.  To  speed  up  this  testing  and  provide 
more  accurate  measurement  of  the  test  s  success,  scripting  has 
been  used.  The  resulting  output  of  these  test  is  saved  in  a 
file  FPUTP . SAV .  The  corresponding  test  scri  pt  file  is 
FPUTP . SCP .  Both  these  files  are  under  IISS  Configuration 
Management.  If  scripting  is  used,  these  files  should  be  copied 
over  to  the  test  directory.  The  .SAV  file  may  be  used  for 
future  comparison  against  subsequent  running  of  this  unit  test 
using  scripting.  To  compare  the  results  use  the  command  file 
DIFFILE.COM  which  was  released  as  part  of  the  acceptance  testing 
done  on  the  Air  Force  VAX  and  is  under  Configuration  Management . 
The  only  differences  should  be  the  date/time  stamps  on  the  IISS 
function  screen  and  the  type  of  device  on  the  window  manager 
screen.  The  device  type  is  given  to  the  UIS  by  the  NTM  at  run 
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SECTION  5 
TEST  PROCEDURES 


5  I  Test.  Description 

A  general  dcrcipt ion  of  this  unit  test  was  provided  in 
Sect l on  3 

5  2  Test  Control 

As  outlined  this  unit  test  may  be  done  manually  or  run 
automatically  using  a  supplied  script  file  To  manually  perform 
this  unit  test  would  require  the  tester  to  be  logged  into  the 
IISS  system  and  enter  SDARTESTZZ  on  the  IISS  Function  Screen 
In  section  53  the  required  input  data  is  specified  for  each 
function  being  tested  and  the  resulting  successful  output  is 
also  specified  The  order  of  the  testing  is  also  completely 
specified  The  test  control  information  is  completely  described 
by  the  sequence  of  the  input  and  output  sreens  presented  in  this 
section  The  successfulness  of  the  test  may  be  determined  by 
doing  a  comparison  on  the  .  SAV  files  produced  against  the  ones 
provided  under  IISS  Configuration  Management 

53  Test  Procedures 

To  run  the  unit  test  plan  as  outlined  in  this  section  on  a 
VAX,  one  must  be  logged  on  to  an  IISS  account  The  HTM  must  be 
up  and  running  and  the  UI  group  logical  names  IISSFLIB  and 
IISSMLIB  must  be  set  properly  IISSFLIB  points  to  the  directory 
containing  production  form  definitions  ( FD  files).  IISSMLIB 
points  to  the  directory  containing  error  messages  (MSG  files) 

This  unit  test  uses  the  program  ARTEST  and  its  associated 
forms  ffl  through  ff9  The  fdl  source  file  for  these  forms  is 
presented  in  Appendix  B  The  executable  for  ARTEST  should  exist 
in  the  NTM  environment  directory  and  the  NTM  dirtbl.dat  should 
have  its  SD  entry  pointing  to  this  directory  The  NTM  tables 
APITBL,  APTTBL .  and  ACTTBL  should  have  ARTEST  set  up  as  a  normal 
IISS  application  program 

Assuming  the  NTM  is  up  and  running,  an  IISS  user  may  start 
up  this  unit  test  plan  as  follows 
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$  SET  DEF  to  directory  containing  your  WTM  environment 
S  VT100  -RFPUTP  SCP  -SFPTST  SAV 

This  starts  up  the  VT100  device  driver  with  a  source  script 
as  input  and  specifies  a  save  file  for  output  If  the  User 
Intfc-fdut  system  has  been  installed  at  you:  site  w.th  a 
different  device  driver,  then  this  step  is  amended  as 
appropriate  The  test  begins  executing  on  the  terminal  The 
results  of  this  test  are  saved  in  the  current  directory  in  thr 
file  FPTST  SAV  The  Before  and  After  Figure?  show  net  only  th? 
fi  irr  inrut  and  output  but  also  the  sequenc  i  ng  of  the  test 
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Figure  5-39b  (AFTER) 
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APPENDIX  A 
Commands  for  ARTEST 


Commands  are  of  the  form: 

command  argl  arg2  . . .  argn 

Where  command  Is  the  form  processor  procedure  implementing 
the  command  and  argl.  etc.  are  the  input  arguments. 
Arguments  are  separated  by  blank(s)  and  arguments  which 
contain  blanks  are  enclosed  in  double  quotes. 

Window/Form  Manipulation 


add  form  to  a  window 
delete  pages  from  window 
replace  page  in  window 

close  form 

Window/Form  Information 


get  name  of  form  on  page  n  gpage  window  path  page  number 
get  number  of  pages  gwindo  windowpath 

in  window 

Attributes 


change  attributes  putatt  path  dur  attribute 

get  attributes  getatt  path  dur 

put  and  get  temp  attributes  tmpatt  path  dur  attribute 

change  background  attributes  putbak  path  dur  attribute 

get  background  attributes  getbak  path  dur 

put  and  get  background  tmpbak  path  dur  attribute 

dur  is  0)  permanent 
1 )  temporary 
attributes  are: 

INPUT,  OUTPUT.  TEXT.  HIDDEN.  ERROR 
backround  attributes  are: 

WHITE.  BLACK.  XPARNT 


addfrm  windowpath  formname 
rmvpag  windowpath  page  number 
rplfrm  windowpath  page  number 
f orm  name 
clsfrm  form  name 
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Ddta  Man l pu 1  at i on 

put  data  to  form  item  array  pdata  path  data 
get  data  from  form  item  array  gdata  instance  path 
instance  is  0=previous,  l=current 

M l see  1 lanecus 


put  cursor  to  field  putcur  path 

window  set( term  within  term)  oiscr  window  path 
parse  fully  qualified  name  parfqn  level 

with  level  1  -  f  i  rst  .  2  -second  ... 

0=last.  -1 -next  to  last. 

Must  use  pf 1 6 ( 0  )  first'11 

Function  Keys 


pf 0( enter  ) 
pf 16( 0  ) 

Pf  1 

pf2 
pf3 
pf  4 


do  command  on  command  line 
display  path  name  of  cursor  position 
go  to  next  form  processor  mode 
he  1  p 

display  message  screen 

quit 


for  scrolling,  press  pf 1  until  the  mode  is  scrll/page. 
then  . 


pf 5( 7  ) 
pf6( 8  ) 
pf  7 (  9  ) 
pf  8  (  -  ) 
pf 9( 4  ) 
p  f  i  0  (  5  ) 
pi  t  i  <  6  ) 
pf i2(  .  ) 


horizontal  scroll  forward 
horizontal  scroll  backward 
vertical  scroll  forward 
vertical  scroll  backward 
horizontal  page  forward 
horizontal  page  backward 
vertical  page  forward 
vertical  page  backward 


I 
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V 


APPENDIX  B 


'*  these  forms  are  for  testing  the  form  processor  */ 

CREATE  FORM  ffl 

PROMPT  AT  1  2  "Command  Line" 

item  lO 

at  1  70 

size  8 

display  as  text 
va 1 ue  "form  ffl" 

l tern  l  3 
at  21  11 

size  8 

display  as  text 
value  "Display:" 

item  i 4 
at  1  20 
size  40 

display  as  input 
help  pathcom 

WINDOW  w 1  (2  v  1  ) 

AT  2  2 

SIZE  10  BY  4 
display  as  white 

WINDOW  w2( 2  V  1 ,  2  H  1 ) 

AT  2  15 
SIZE  10  BY  4 
display  as  xparnt 

WINDOW  w3  at  2  60 
size  10  by  8 
display  as  black 

form  f f 2  (2  h  4) 
at  12  1 
size  12  by  4 

form  f f 3 
at  12  32 
size  10  by  4 


B-  1 
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form  f f 4  (2  v  1) 
at  16  2 
size  10  by  2 

form  f f 5 
at  12  43 
size  10  by  4 

form  ff6 
at  12  55 
size  10  by  4 

form  f  f  7 
at  12  68 
size  10  by  4 

form  ff8 
at  16  13 
size  10  by  4 

item  fqn 
at  21  20 
size  60  by  3 
display  as  output 

CREATE  FORM  ff2 
prompt  1  2  "form  ff2M 

item  1 1 ( 2  h  1  ) 
at  2  2 
size  2 

display  as  input 

item  i2 
at  3  2 
size  3 

display  as  input 

create  form  ff3 
prompt  1  2  "form  ff3" 
item  i 1 ( 2  v  1,  2  h  1) 
at  2  2 
size  3 

display  as  input 
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create  form  ff4 
background  black 
prompt  1  2  "form 

l tern  l 1 
at  2  2 
size  4 

display  as  input 

create  form  ff5 
background  white 
prompt  1  2  "form 

i tern  i 1 
at  3  3 
size  1  by  2 
display  as  input 

create  form  ff6 
background  xparnt 
prompt  1  2  "form 

i tern  l 1 
at  3  6 
size  1  by  4 
display  as  input 

create  form  ff7 
prompt  1  2  "form 
i  tem  l  1  (  3  '6  v  0  . 
at  2  2 
size  1 

display  as  input 

create  form  ff8 
prompt  1  2  "form 

l tem  l 1 
at  3  2 
size  8 

display  as  input 

create  form  ff9 
prompt  1  2  "form 


f  f4 


f  f5" 


f  f  6 


f  f7" 

2/4  h  1  ) 


f  f  8 


f  f9 
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l  ten  l  1 
at  2  2 
size  8 

display  as  input 

window  u4 
at  3  1 

size  10  by  5 
d  *  ..play  as  black 

. : eate  form  pathcom 

p. ompt  i  9  "Commands  for  ARTEST" 

prompt  2  9  "  •  - - - " 

prompt  3  9  "add  form  to  a  window  addrfm  window  form" 

prompt  4  9  "delete  pages  from  window  rmvpag  window  page" 

prompt  5  9  "replace  page  in  window  rplfrm  window  page  form" 

prompt  6  9  "close  form  clsfrm  form" 

prompt  7  9  "put  data  to  form  item  array  pdata  path  data" 

prompt  8  9  "get  data  from  form  item  array  gdata 
i ns t ( 0  =  prev . 1 =cur  )  path" 

prompt  9  9  "change  attributes:  foreground  putatt  path 
dur ( pr m  =  0 , tmp= 1  )  attrib" 

prompt  10  9  get  attributes:  foreground  getatt  path 

dur( prm^O, tmp=l ) ” 

prompt  11  9  "put  and  get  temp  at tr l butes ( f )  tmpatt  path  dur 
attrib" 

prompt  12  9  "change  attributes,  background  putbak  path 
dur ( prm=0 . tmp= 1 )  attrib" 

prompt  13  9  "get  attributes:  background  getbak  path 

dut ' prm=0 . tmp= 1 ) " 

prompt  14  9  "put  and  get  temp  attributesC b)  tmpbak  path  dur 
attrib" 

prompt  15  9  "get  name  of  form  on  page  n  gpage  window  page" 

prompt  16  9  get  number  of  pages  in  window  gwindo  window" 

prompt  i 7  9  "put  cursor  to  field  putcur  path" 

prompt  lb  9  "window  set( term  within  term)  oiscr  path" 

prompt  19  9  "parse  fully  qualified  name  parfqn 

1  ev  (  0-lst  ,  1  *=f  s  t  ,  -  1  «nxt2 1  s  t  .etc)” 
prompt  20  9  Must  use  pfl6(0) 

firs  t. 

prompt  21  9  "Function  Keys" 
prompt  22  9  " -  -  -  -  " 

prompt  23  9  "pfl6i0)  -  display  path  name  of  cursor  position" 


